home *** CD-ROM | disk | FTP | other *** search
Text File | 1991-03-06 | 1.7 KB | 39 lines | [TEXT/GEOL] |
- Item 1487381 3-May-90 19:13DST
-
- From: UK0392 EHN & DIJ Oakley,IDV
-
- To: V0683 Amoco Tech, Eric Berdahl,VAR
-
- cc: MACAPP.TECH$ MacApp Technical
-
- Sub: Re What needs to be in Main
-
- Eric,
-
- How much has to go into Main depends very much on how much space there is in
- the segment!
- I had problems with this when I went from MacApp 1.1.1 to 2.0bx, in that (in
- debug versions especially) there was a lot more mapped to Main. In bigger
- applications, I found that I simply had to have several resident segments of my
- own, and thus moved a lot of my essential resident methods into them. I also
- found that, as debug versions have more to go into Main from both MacApp and
- your own code, I built debug versions with the ARes-destined methods mapped to
- their own segment rather than Main (simply commenting out the OtherSegMappings
- line in MAMake is an easy way of doing this temporarily).
- What is clearly important is that you don't move much of the MacApp stuff out
- of Main - although you would get away with much of it, I am not aware that you
- should ever *need* to, and it could get very messy.
- So, in summary, what I do now is put my essential resident methods into ARes,
- which is then mapped onto Main using the MAMake lines
- OtherSegMappings = ∂
- -sn PrintRes=ANonRes ∂
- -sn ARes=Main
- until Main is full. Then, the less essentially resident (i.e. more seldom used
- and less time & space critical) go into another resident segment, and so on.
- The examples are a fair guide as to which you want to try to get into Main, and
- as ever I tend to follow them blindly at first, and with increasing insight as
- I understand more!
-
- Regards, Howard.
-
-